IN THE CLAIMS : 

Please amend claims 1, 3-5, 7, 1 1, 12, and 16-27 as follows. 

1. (Currently Amended) A method of proxying or relaying a message to an 
application server (10, 10, 60) said method comprising the steps of: 

a) receiving said message; 

b) forwarding towards said application server (10, 10, 60) a processing 
information indicating at least one allowable operating mode for processing said 
message; and 

c) processing said message based on a selected one of said at least one 
allowable operating mode. 

2. (Original) A method according to claim 1, wherein said forwarding step is 
performed by adding to said message at least one header field or sub-field of a header 
field, indicating said allowable operating modes. 

3. (Currently Amended) A method according to claim 1, wherein said forwarding 
step is performed by adding to said message a first route header pointing to said 
application server and a second route header pointing back to the proxying or relaying 
network element (20). 

4. (Currently Amended) A method according to claim 3, further comprising the 
step of adding to said second route header a header extension field indicating that said 
second route header is to be ignored if said application server (10, 10, 60) is operated in a 
user agent server mode. 



5. (Currently Amended) A method according to claim 1, wherein said forwarding 
step is performed by adding to said message only one route header pointing to said 
application server (10, 4 0, 60) . 

6. (Original) A method according to claim 1, wherein said forwarding step is 
performed by adding said processing information to a body or payload portion of said 
message. 

7. (Currently Amended) A method according to any on e of th e prec e ding claims 
claim 1 , wherein said message is a service request. 

8. (Original) A method according to claim 2, wherein said header field is an 
extension header field. 

9. (Original) A method according to claim 1, wherein said forwarding step is 
performed using a mode negotiation function. 

10. (Original) A method according to claim 9, wherein said mode negotiation 
function is performed by adding to a SIP Options message a header field indicating said 
allowable operating modes. 

11. (Currently Amended) A method according to claim 9 e^40, wherein said 
mode negotiation is performed during a registration to said application server (10, 10, 
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12. (Currently Amended) A method according to anyone of the pr e ceding claims 
claim 1, further comprising the step of checking the possibility of said forwarding step by 
adding a corresponding requirement information to said message. 



13. (Original) A method according to claim 12, wherein said requirement 
information is a predetermined tag in a Proxy-Require header field of said message. 

14. (Original) A method according to claim 7, wherein said service request is a 
SIP request. 

15. (Original) A method according to claim 1, wherein said processing 
information is added to a filter information. 

16. (Currently Amended) A method according to anyone of the preceding claims 
claim 1 , wherein said allowable operating modes comprise at least one of a proxy server 
mode, a back-to-back user agent mode, a user agent server mode and a user agent client 
mode. 

17. (Currently Amended) A system for proxy ing or relaying a message to an 
application server (10, 40, 60) , said system comprising: 

a) session control means (30) for receiving said message and for generating 
and forwarding towards said application server (10, 40, 60) a processing information 
indicating at least one allowable operating mode for processing said message; 

b) wherein said application server is arranged to process said message based 
on a selected one of said at least one allowable operating modes. 

18. (Currently Amended) A system according to claim 17, wherein said session 
control means is a Call State Control Function (30) of an IP multimedia subsystem. 

19. (Currently Amended) A system according to claim 17 e^4S, wherein said 
application server is a SIP application server (10, 40, 60) . 



20. (Currently Amended) A network element for proxy ing or relaying a message 
to an application server (10, 10, 60) said network element (30) being arranged to generate 
and forward towards said application server (10, 40, 60) a processing information 
indicating at least one allowable operating mode for processing said message. 

21. (Currently Amended) A network element according to claim 20, wherein said 
network element (20) is arranged to forward said processing information in a payload or 
body portion, a header field or a sub-field of a header field of said message. 

22. (Currently Amended) A network element according to claim 20, wherein said 
network element (20) is arranged to forward said processing information in a mode 
negotiation procedure. 

23. (Currently Amended) A network element according to anyone of claims 20 to 
22 claim 20 , wherein said network element (20) is arranged to add a predetermined tag to 
a proxy requirement header of said message to check the availability of said forwarding 
function. 

24. (Currently Amended) A network element according to anyone of claims 20 to 
22 claim 20 , wherein said network element is a Call State Control Function (20) of an IP 
multimedia subsystem. 

25. (Currently Amended) An application server for receiving a message proxied 
or relayed from a network element (20), said application server (10, 40, 60) being 
arranged to process said message based on a processing information received from said 
network element and indicating at least one allowable operating mode for said 
processing. 
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26. (Currently Amended) An application server according to claim 25, wherein 
said application server (10, 40, 60) is arranged to determine said processing information 
from a header field of said message. 

27. (Currently Amended) An application server according to claim 25, wherein 
said application server (10, 10, 60) is arranged to determine said processing information 
based on a mode negotiation function. 



